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DETAILED ACTION 

1. Claims 1-9, 1 1-27, 29-43, 45-60 and 62-68 are pending. Applicant has amended claims 1, 
18, 34, 35 and 52. 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1-8, 11-13, 16, 34-42, 45-47, 50, 52-59, 62-64 and 67 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Monday et al. (U.S. 6,263,377 Bl) in view of 
Venners (Inside the Java Virtual Machine). 

As to claim 1, Monday teaches a system, comprising: 

- a processor (a central processing unit 101; col. 2, lines 22-23); and 

- a memory comprising program instructions, wherein the program instructions are 
executable by the processor to implement (memory, distributed application manager 132; col. 2, 
lines 24-25, 34-36): 

- a default class loader (CLASSLOADER; col. 3, line 44) configured to: 

- load classes for code on the system from one or more local locations 
indicated by a class path of the default class loader (checks the environment variable 
CLASSPATH for ... to the requesting application; col. 3, lines 38-43); and 
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- determine that a class needed to execute the code on the system is not 
stored in the one or more locations indicated by the class path (checks the environment variable 
CLASSPATH ... selected file; col. 3, lines 38-40 and If x.class is not loaded; col. 3, line 43); 

- a remote class loader mechanism configured to (a REMOTECLASSLOADER; 

col. 3, line 45): 

- obtained the class from a remote system via a network (a 
REMOTECLASSLOADER checks ... if the class is found; col. 3, lines 45-54); and 

- store the class in a location indicated by the class path of the default class 
loader on the system (write it to the first CLASSPATH directory, thus building the class locally 
that the network does not have to be consulted on the next run; col. 3, lines 54-56); 

- wherein the remote class loader mechanism is configured perform the obtain and 
store separate from and transparent to the default class loader (inherent from the remote class 
loader check the remoteclasspath, obtain the class and store it in the directory without consulting 
from the class loader; col. 3, lines 44-56), and wherein the default class loader is independent 
from the remote class loader mechanism (since the default class loader and the remote class 
loader are separate classes and configured to loaded requested class from different locations, 
thus, the default class loader is independent from the remote class loader mechanism), and 

- wherein the default class loader is configured to load the class from the location 
indicated by the class path (inherent from "checks the environment variable CLASSPATH for ... 
to the requesting application"; col. 3, lines 38-43, since only the CLASSLOADER can load from 
the CLASSPATH), and wherein the default class loader being configured to load the class from 
the location avoids class conflict (The distributed application manager 132 checks the 
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environment variable CLASSPATH for a set of directories to browser for the selected class file; 
col. 3, lines 38-40 and 54-56. Thus, the different classes are in different directory/classpath.). 

Monday does not explicitly teach a virtual machine, the default class loader for the virtual 
machine, and code executable within the virtual machine, generate an indication that the class in 
not loaded, and detect the indication that the class is not loaded. However, Monday teaches the 
application is written in Java programming language (col. 2, lines 61-62). Venners teaches Java 
application runs inside a Java virtual machine (Chapter 4, page 1 , section What is a Java Virtual 
Machine), each Java virtual machine has a class loader subsystem for loading codes to execute 
inside the virtual machine (chapter 5, page 3), generate an indication that the class in not loaded 
(ClassNotFoundException; chapter 5, pages 11-12, section "User-Defined Class Loaders"), and 
detect the indication that the class is not loaded separate and transparent from the default class 
loader (ClassNotFoundException; chapter 5, pages 11-12, section "User-Defined Class Loaders" 
and Chapter 3 "Security", page 5, second paragraph). Venners further teaches each class loader 
maintains its own name space, it would also avoid class conflict. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to apply the teaching of Venners to the system of Monday because Venners teaches in 
details how a Java application load and utilize class that are needed at runtime. 

As to claim 2, Monday teaches the default class loader is configured to locate the class 
stored in the location indicated by the class path, and load the class from the location for access 
by the code (checks the environment variable CLASSPATH for ... to the requesting application; 
col. 3, lines 38-43). 
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As to claim 3, Venners teaches the location is a default directory for storing remote 
classes (The class loader . . . each class loader; chapter 3, page 4 and page 6). 

As to claim 4, Venners teaches the location is a user-specified directory for storing 
remote classes (user-defined directory path; chapter 5, page 11, section "The Bootstrap Class 
Loader"). 

As to claim 5, Venners teaches the indication is an exception generated by the code and 
indicating that the class is not stored in the one or more locations indicated by the class path 
(ClassNotFoundException; chapter 5, pages 11-12, section "User-Defined Class Loaders"). 

As to claim 6, Monday teaches to obtain the class from a remote system, the remote class 
loader mechanism is further configured to send a message requesting the class to one or more 
remote systems, wherein the message comprises information about the class for identifying a 
class file on the remote system that comprises the requested class (a REMOTECLASSLOADER 
checks ... if the class is found; col. 3, lines 45-54). 

As to claim 7, Monday teaches to obtain the class from a remote system, the remote class 
loader mechanism is further configured to send a message requesting the class to the remote 
system, and receive the class from the remote system in one or more messages in response to the 
message (a REMOTECLASSLOADER checks ... if the class is found; col. 3, lines 45-54). 
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As to claim 8, Monday teaches to obtain the class from a remote system, the remote class 
loader mechanism is further configured to broadcast a message requesting the class to one or 
more remote systems including the remote system on the network, and receive the class from the 
remote system in one or more messages in response to the broadcast message (a 
REMOTECLASSLOADER checks ... if the class is found; col. 3, lines 45-54). 

As to claim 11, Venners teaches the virtual machine is a Java Virtual Machine (Java 
Virtual Machine; Chapter 5 "The Java Virtual Machine", page 1). 

As to claim 12, Monday as modified by Venners teaches the code is in a bytecode 
computer language (Java; col. 2, lines 61-62). 

As to claim 13, Monday teaches the code is Java code (Java; col. 2, lines 61-62). 

As to claim 16, Monday teaches the code a code fragment of an application configured 
for execution on the system, and wherein the remote system is a node in a distributed computing 
framework that comprises the application and is configured to provide computer-executable code 
fragments of the application to two or more other systems to run the code fragments in parallel to 
execute the application (abstract). 
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As to claim 34, Monday teaches 

- a default class loader is configured to load classes for code on the system from one or 
more local locations indicated by a class path of the default class loader (CLASSLOADER, 
checks the environment variable CLASSPATH for ... to the requesting application; col. 3, lines 
38-44); 

- means for determining that a class needed to execute the code on the system is not 
stored in the one or more locations indicated by the class path (checks the environment variable 
CLASSPATH ... selected file; col. 3, lines 38-40 and If x.class is not loaded; col. 3, line 43); 

- means for obtaining the class from a remote system via a network (a 
REMOTECLASSLOADER checks ... if the class is found; col. 3, lines 45-54); and 

- means for storing the class in a location on the system indicated by the class path of the 
default class loader means (write it to the first CLASSPATH directory, thus building the class 
locally that the network does not have to be consulted on the next run; col. 3, lines 54-56); 

- wherein the means for determining, the means for obtaining, the means for storing are 
configured to operate separate from and transparent to the default class loader (inherent from the 
remote class loader check the remoteclasspath, obtain the class and store it in the directory 
without consulting from the class loader; col. 3, lines 44-56), and wherein the default class loader 
is independent from the remote class loader mechanism (since the default class loader and the 
remote class loader are separate classes and configured to loaded requested class from different 
locations, thus, the default class loader is independent from the remote class loader mechanism), 
and 

- wherein the default class loader is configured to load the class from the location 
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indicated by the class path (inherent from "checks the environment variable CLASSPATH for ... 
to the requesting application"; col. 3, lines 38-43, since only the CLASSLOADER can load from 
the CLASSPATH), and wherein the default class loader being configured to load the class from 
the location avoids class conflict (The distributed application manager 132 checks the 
environment variable CLASSPATH for a set of directories to browser for the selected class file; 
col. 3, lines 38-40 and 54-56. Thus, the different classes are in different directory/classpath.). 

Monday does not explicitly teach the default class loader for the virtual machine, and 
loading classes for codes executable within the virtual machine. However, Monday teaches the 
application is written in Java programming language (col. 2, lines 61-62). Venners teaches Java 
application runs inside a Java virtual machine (Chapter 4, page 1 , section What is a Java Virtual 
Machine), each Java virtual machine has a class loader subsystem for loading codes to execute 
inside the virtual machine (chapter 5, page 3). Venners further teaches generate an indication that 
the class in not loaded (ClassNotFoundException; chapter 5, pages 11-12, section "User-Defined 
Class Loaders"), and detect the indication that the class is not loaded separate and transparent 
from the default class loader (ClassNotFoundException; chapter 5, pages 1 1-12, section "User- 
Defined Class Loaders" and Chapter 3 "Security", page 5, second paragraph). Venners further 
teaches each class loader maintains its own name space, it would also avoid class conflict. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to apply the teaching of Venners to the system of Monday because Venners teaches in 
details how a Java application load and utilize class that are needed at runtime. 

As to claim 35, it is the same as the system claim of claim 1 except it is a method claim, 
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As to claims 36-42, 45-47 and 50, see rejections of claims 2-8, 11-13 and 16, 
respectively. 

As to claim 52, it is the same as the system claim of claim 1 except this is a computer 
product claim, and is rejected under the same ground of rejection. 

As to claims 53-59, 62-64 and 67, see rejections of claims 2-8, 11-13 and 16 above. 

4. Claims 9, 14, 15, 17-27, 29-33, 43, 48, 49, 51, 60, 65, 66 and 68 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Monday et al. (U.S. 6,263,377 Bl) in view of 
Venners (Inside the Java Virtual Machine) further in view of Babaoglu et al. (Anthill: A 
Framework for the Development of Agent-Based Peer-to-Peer Systems). 



As to claim 9, Monday does not teach the one or more remote systems and the system are 
member peers of a peer group in a peer-to-peer network environment. However, Babaoglu 
teaches peer-to-peer application can be implemented in Java (page 7, section 4). It would have 
been obvious to one of ordinary skill in the art at the time the invention was made to apply the 
teaching of Babaoglu to the system of Monday because it presents a framework supporting anew 
approach for building P2P application in which resource can be sharing by direct exchange 
between peer nodes. 
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As to claim 14, see rejection of claim 9 above. 

As to claim 15, Monday does not teach the system and the remote system are configured 
to participate as peer nodes in a peer-to-peer platform protocols for enabling the peer nodes to 
discover each other, communicate with each other, and cooperate with each other to form peer 
groups in the peer-to-peer environment. However, Babaoglu teaches peer-to-peer application can 
be implemented in Java (page 7, section 4). 

As to claim 17, Monday teaches the system and the remote system are configured to 
participate in a distributed computing system on the network (abstract). Monday does not teach 
submitting computational tasks in a distributed heterogeneous networked environment that 
utilizes peer groups to decentralize task dispatching and post-processing functions and enables a 
plurality of jobs to be managed and run simultaneously. However, Babaoglu teaches peer-to-peer 
application can be implemented in Java (page 7, section 4) and submitting computational tasks in 
a distributed heterogeneous networked environment that utilizes peer groups to decentralize task 
dispatching and post-processing functions and enables a plurality of jobs to be managed and run 
simultaneously (pages 3-4, section 2 The Anthill Model and page 5, section 2.2 Ants and peer 
group; pages 7-8, section 4.1 The Runtime Environemnt). It would have been obvious to one of 
ordinary skill in the art at the time the invention was made to apply the teaching of Babaoglu to 
the system of Monday because it presents a framework supporting new approach for building 
P2P application in which resource can be sharing by direct exchange between peer nodes. 
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As to claim 18, see rejections of claim 1 and 17 above. 

As to claims 19-28 and 29-33, see rejections of claims 2-9 and 11-17 above. 

As to claim 43, see rejection of claim 9 above. 

As to claims 48-49, see rejections of claims 14-15 above. 

As to claim 51, see rejection of claim 17 above. 

As to claim 60, see rejection of claim 9 above. 

As to claims 65-66, see rejection of claims 14-15 above. 

As to claim 68, see rejection of claim 17 above. 

Response to Arguments 

5. Applicant's arguments with respect to claims 1-9, 1 1-27, 29-43, 45-60 and 62-68 have 
been considered but are moot in view of the new ground(s) of rejection. 

In the remarks, Applicant argued in substance that 
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- (1) Monday and Venners fails to teach or suggest "a remote class loader mechanism 
configured to: detect the indication that the class is not loaded; obtain the class from a remote 
system via a network; and store the class in a location indicated by the class path of the default 
class loader on the system; wherein the remote class loader mechanism is configured to perform 
the detect, obtain and store separate from and transparent to the default class loader" (page 18) 
because the remote class loader in the system of Monday is a subclass of the default class loader, 
wherein in claim 1, and similar claim, the detect, obtain store steps are carry out without using 
custom class loader. Since the remote class loader in the system of Monday is a subclass of the 
class loader, it cannot and docs not operate separately from and transparently to the default class 
loader, 

- (2) Monday in view of Venners fails to teach or suggest wherein the default class loader 
being configured to load the class from the location avoids class conflicts; 

- (3) there is no motivation to combine the teaching of Monday and Venners, and 

- (4) Babaoglu does not teach "a distributed computing system for submitting 
computational tasks in a distributed heterogeneous networked environment ", or "decentralizes 
task dispatching and post-processing functions and enables a plurality of jobs to be managed and 
run simultaneously". 

Examiner respectfully disagrees with the arguments: 
- As to the point (1), In response to applicant's argument that the references fail to show 
certain features of applicant's invention, it is noted that the features upon which applicant 
relies (i.e., the remote class loader is not a custom class loader) are not recited in the 
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rejected claim(s). Although the claims are interpreted in light of the specification, 
limitations from the specification are not read into the claims. See In re Van Geuns, 988 
F.2d 1 181, 26 USPQ2d 1057 (Fed. Cir. 1993). For further consideration, the above 
feature should be presented in the claim, and cited of passages that support the above 
feature should be presented since examiner fails to find out which passages after careful 
reviewing. In addition, the remote class loader in the system of Monday performs its 
functions without communication with the default class loader, clearly, the remote class 
loader operate separately from and transparently to the default class loader 
As to the point (2), this is new limitation and being taught by Monday in view of Venners 
(see rejection of claim 1 above). 
- As to the point (3), in response to applicant's argument that there is no suggestion to 

combine the references, the examiner recognizes that obviousness can only be established 
by combining or modifying the teachings of the prior art to produce the claimed invention 
where there is some teaching, suggestion, or motivation to do so found either in the 
references themselves or in the knowledge generally available to one of ordinary skill in 
the art. See In re Fine, 837 F.2d 1071, 5 USPQ2d 1596 (Fed. Cir. 1988) and In re Jones, 
958 F.2d 347, 21 USPQ2d 1941 (Fed. Cir. 1992). In this case, Monday teaches about 
using class loader to load classes in the Java Virtual Machine, and Venners provides in 
depth detail of how the class loader works in the Java Virtual Machine. It would have 
been obvious to one of ordinary skill in the art to apply the teaching of Venners to the 
system of Monday for understanding how class loader work. 
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- As to the point (4), the rejection has been clarified to show how Babaoglu teaches the 
claim's limitations. 

Conclusion 

6. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to DIEM K. CAO whose telephone number is (571)272-3760. The 
examiner can normally be reached on Monday - Friday, 7:30AM - 3:00PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng-Ai An can be reached on (571) 272-3756. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Meng-Ai An/ DC 
Supervisory Patent Examiner, Art Unit 2 1 95 June 1 8, 2008 



